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Detail Description Paragraph : 

[3584] When the Server has retrieved all of the data meeting the search criteria, 
the Server builds the last "page." When the last page is returned to the client, 
the "last found key" is left blank. This - notifies the clierlt' lthe search is complete 
and no more data matching the search exists on the Server . Note that the last page 
is usually smaller than the other pages. 

Detail Description Paragraph : 

[4097] The examples have shown a single exception handler being used. In practice 
it is more likely that multiple will be used. For example, the exception handler on 
a server may have different requirements or constraints than a client, or one 
client may be GUI based and display pop-up error messages, where another client is 
a batch program that needs to ,send rhotfilEication message-s to Operations. This can be 
handled by creating multiple handlers or using the""Strategy pattern to customize 
the behavior. 
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PRIMARY-EXAMINER: Hafiz; Tariq R. 
ASSISTANT-EXAMINER: Jeanty; Remain 



ATTY-AGENT-FIRM: Oppenheiitier Wolff & Donnelly LLP 
ABSTRACT : 

A system and method are provided for controlling access to data of a business 
object via an attribute dictionary. The attribute dictionary, which stores 
attribute names and values, is dispatched over a network. A helper facade is 
provided for interfacing a business object and the attribute dictionary. Next, it 
is verified that a current user is authorized to either set or get one of the 
attribute values upon a request which includes the attribute name that corresponds 
to the attribute value. The helper facade is called to set, get, or update one of 
the attribute values based on the corresponding attribute name, wherein the helper 
facade shields the attribute dictionary from the application code of the business 
object. The attribute value in the attribute dictionary is obtained or updated if 
the verification is successful, and a dirty flag is set in the attribute dictionary 
and an indicator is broadcast upon the attribute value being updated. 

15 Claims, 195 Drawing figures 

Previous Doc Next Doc Go to Doc# 



http://westbrs:9000^in/gate,exe?f^doc&state=9718om.53.1&ESNAME=FRO&p_Message^ 



9/21/05 



First Hit Fwd Refs 
End of Result Set 



Previous Doc 



Next Doc 



Go to Doc# 




L39: Entry 1 of 1 



File: USPT 



Jul 29, 2003 



DOCUMENT-IDENTIFIER: US 6601234 Bl 

** See image for Certificate of Correction ** 

TITLE: Attribute dictionary in a business logic services environment 
Brief Summary Text (10) : 

The architecture of the Web follows a conventional client-server model. The terms 
"client" and "server" are used to refer to a computer's general role as a requester 
of data (the client) or provider of data (the server) . Under the Web environment, 
Web browsers reside in clients and Web documents reside in servers. Web clients and 
Web servers communicate using a protocol called "HyperText Transfer 
Protocol" (HTTP) . A browser opens a connection to a server and initiates a request 
for a document. The server delivers the requested document, typically in the form 
of a text document coded in a standard Hypertext Markup Language (HTML) format, and 
when the connection is closed in the above interaction, the server serves a passive 
role, i.e., it accepts commands from the client and cannot request the client to 
perform any action. 

Detailed Description Text (300) : 

Web Browsers employ standard protocols such as Hypertext Transfer Protocol (HTTP) 
and File Transfer Protocol (FTP) to provide seamless access to documents across 
machine and network boundaries. 

Detailed Description Text (501) : 

TelAlert; e-mail systems e-mail systems — some e-mail systems and fax servers can be 
configured to generate pages to notify users when a defined event occurs such as e- 
mail/fax arriving. Telamon's TetAlert — TelAlert provides notification capabilities 
for UNIX systems. For example, it can page support personnel in the event of system 
problems . 

Detailed Description Text (504): 

Phone services enable clients, servers, and specialized telephony nodes (PBXs, 
ACDs, etc. ) to control the telephony environment through the following telephony 
controls: Call control Controls telephone features Controls recorded messages 
Manipulates real time call activities (e.g., make call, answer, transfer, hold, 
conference, mute transfer, release, route call, call treatments and digits 
collected) Telephone status control Controls telephone status functions Logs users 
in and out of the system Sets ready, not ready, and make busy statuses for users 

Detailed Description Text (600) : 

File Transfer services enable the sending and receiving of files or other large 
blocks of data between two resources. In addition to basic file transport, features 
for security, guaranteed delivery, sending and tracking sets of files, and error 
logging may be needed if a more robust file transfer architecture is required. The 
following are examples of File Transfer standards: File Transfer Protocol (FTP) 
allows users to upload and download files across the network. FTP also provides a 
mechanism to obtain filename, directory name, attributes and file size information. 
Remote file access protocols, such as Network File System (NFS) also use a block 
transfer method, but are optimized for online read/write paging of a file. 
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HyperText Transfer Protocol (HTTP) — Within a Web-based environment, Web servers 
transfer HTML pages to clients using HTTP. HTTP can be thought of as a lightweight 
file transfer protocol optimized for transferring small files. HTTP reduces the 
inefficiencies of the FTP protocol. HTTP runs on top of TCP/IP and was developed 
specifically for the transmission of hypertext between client and server. The HTTP 
standard is changing rapidly. Secure Hypertext Transfer Protocol (S-HTTP) — a secure 
form of HTTP, mostly for financial transactions on the Web . S-HTTP has gained a 
small level of acceptance among merchants selling products on the Internet as a way 
to conduct financial transactions (using credit card numbers, passing sensitive 
information) without the risk of unauthorized people intercepting this information. 
S-HTTP incorporates various cryptographic message formats such as DSA and RSA 
standards into both the Web client and the Web server. File Transfer and Access 
Management (FTAM) — The OSI (Open Systems Interconnection) standard for file 
transfer, file access, and file management across platforms. 

Detailed Description Text (607) : 

The following product provides File Transfer translation: IBM's Files On-Demand 
gateway — acts as a gateway between Web-based and mainframe-based FTP services to 
allow users to download mainframe-based files from a World Wide Web browser. 

Detailed Description Text (654): 

X.400 — The X.400 message handling system standard defines a platform independent 
standard for store-and- forward message transfers among mail servers . X.400 is often 
used as a backbone e-mail service, with gateways providing interconnection with 
end-user systems. 

Detailed Description Text (655) : 

SMTP — Simple Mail Transfer Protocol (SMTP) is a UNIX/Internet standard for 
transferring e-mail among servers . 

Detailed Description Text (758) : 

Encryption that is architected into Web-based solutions Netscape's Secure Sockets 
Layer (SSL) — provides encryption for World Wide Web browsers. S-HTTP — a secure 
version of the HTTP data transfer standard; used in conjunction with the World Wide 
Web . 

Detailed Description Text (2260) : 

When the Server has retrieved all of the data meeting the search criteria, the 
Server builds the last "page." When the last page is returned to the client, the 
"last found key" is left blank. This notifies the client the search is complete and 
no more data matching the search exists on the Server . Note that the last page is 
usually smaller than the other pages. 

Detailed Description Text (2642) : 

The examples have shown a single exception handler being used. In practice it is 
more likely that multiple will be used. For example, the exception handler on a 
server may have different requirements or constraints than a client, or one client 
may be GUI based and display pop-up error messages, where another client is a batch 
program that needs to send notification messages to Operations. This can be handled 
by creating multiple handlers or using the Strategy pattern to customize the 
behavior . 
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TITLE: Content player method and server with user profile 
Detailed Description Text (103) : 

It is noted that a personal notification message can be sent to an end user without 
use of the aforementioned notification prompt. In this case, a notification message 
is sent to the end user for an event or a program which may be of interest based 
upon listening behavior or other activity of the end user. Hence, in general, the 
server 102 can provide personal notification for content that is broadcast at a 
scheduled time based upon either an expressed interest of the end user (e.g. 
through the aforementioned active marking for content using the notification 
prompt) or a passive interest of the end user (e.g. through monitoring of user 
activity) . 
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TITLE: Data storage in ole systems 



Application Filing Date ( 1 ) : 
19990729 

Detailed Description Text (36) : 

As a further level of detail, before the render manager issues a re-render command 
to the effects server, the render manager issues a "prepare to render" message 
specifying which image in the sequence is to be rendered. The effects server 
responds with a notification of its "dependencies", i.e. those rendered images 
which are essential before the request by the render manager can be executed. These 
might be images rendered by another effect (e.g. the or an immediately preceding 
effect in the directed acyclic graph) or images rendered by that effect itself. 
This latter case can occur in the example of a motion tracker, where in order to 
render, say, image 5, the motion tracker needs its own rendered output for image 4, 

Detailed Description Text (43) : 

As a further extension, the same protocol can be used so that each effects server 
can notify the render manager if its output is the same between adjacent images. A 
simple example of this is a (fixed) parameter plug-in, where the output is 
invariant. A further example is any other effect where the outputs have already 
been prepared and cached, so that a straightforward detection can be made as to 
whether successive outputs are identical. In response to such a notification, the 
render manager pass the information on to an effects server which is later in the 
directed acyclic graph. That effects server can then (if appropriate) render only 
one of a range of images and repeat that output for other images where its input 
remains the same. 



Current US Cross Reference Classification (1) : 
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ART-UNIT: 27 6 

PRIMARY-EXAMINER: Asta; Frank J. 
ASSISTANT-EXAMINER: Romero; Almari 
ATTY-AGENT-FIRM: Staas & Halsey LLP 

ABSTRACT: 

A data transmission processing method and system and a computer memory product 
capable of quickly performing the displaying operation of the screen data by 
transmitting of the screen data except the units which do not display on the screen 
due to hiding, to the first information processing apparatus from the second 
information processing apparatus. 

23 Claims, 18 Drawing figures 
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L33: Entry 4 of 7 



File: USPT 



Dec 14, 1999 



DOCUMENT-IDENTIFIER: US 6003067 A 

** See image for Certificate of Correction ** 

TITLE: Data transmission controlling method and data transmission controlling 
system, and computer memory product 



Application Filing Date (1) : 
19970623 

Detailed Description Text (13): 

FIG. 8 is a diagram showing such a condition transition for the processing 
procedures. As described above, the screen data transmission has been demanded from 
the server lOA at the time point Tl, and then, the hidden area is detected, and the 
hidden area is notified to a client 30A at the time point T2 . In the client 30A, 
the screen data except screen data corresponding to the hidden area is extracted. 
The screen data extracted at the time point T3 is transmitted to the server lOA and 
is displayed. 

Detailed Description Text (26) : 

As shown in FIG. 11, at a time point T13, the client 30B stores in the table 33b 
the hidden area notified from the server lOB, so as to transmit the extracted 
screen data to the server lOB (at step S31) . As shown in FIG. 12, the server lOB 
receives the screen data from the client 30B, so as to display it on the screen (at 
step S41) . 

Detailed Description Text (27): 

The client 30B measures (at step S32) with a timer 41 the setting time stored in 
the set time management table 41, after the lapse of the predetermined time period 
(at step S33), so as to detect (at step S34) whether or not the screen image of the 
client 30B has been changed by the screen change detecting unit 39. When the screen 
image has been changed, the flag of the table 33b is erected (at step S36) . When 
the screen image has not been changed, without erection of the flag at a time point 
T14, the flag data is notified to the server lOB (at step S36) . 

Detailed Description Text (28) : 

At a time point T14, the server lOB which has received the flag data moves (at step 
S42), the window of the client 30B, having notified the flag data, to the uppermost 
layer to cause a voice or a message from a speaker 23 to speak, so as to notify (at 
step S43) of the client number. Thus, the user of the server lOB can recognize 
which client does not change the screen data within the predetermined period. The 
server lOB demands (at step S44) the screen data of the client 30B at a time point 
T15. The client 30B receives the demand from the server lOB and extracts the screen 
data as in the first embodiment at a step S31, so as to transmit it to the server 
lOB. The server lOB displays the transmitted screen data (at step S45) . 

Detailed Description Text (29) : 

When the screen of the client in the predetermined time is not changed, since that 
is notified to the server by such a data transmission controlling operation, the 
user of the server can know promptly that which client has not changed the screen 
data. Although the server lOB tells of the client after the window has been caused 
to move to the uppermost layer at a step S42 and at a step S43, the operation is 
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not limited to them only. Only either of them will do. Also, the notification of 
the client can be conducted through not only speaking of the voice or the message, 
but also, processing such as window blinking, window discoloration, etc. 

Detailed Description Text (30) : 

FIG. 11 and FIG. 12 describe the processing procedures in the notifying operation 
of the screen image change from the client to the server, which is not the only 
procedure. For example, the notification of the screen image change may be demanded 
from the server to the client. The processing procedures in this case will be 
described hereinafter. 

Detailed Description Text (31) : 

FIG. 13 is a flow chart showing the processing procedures for a server when the 
notification of the screen image change is demanded from the server to the client. 
FIG. 14 is a flow chart showing the processing procedures of a client in this case. 
When the windows are superposed and displayed on the server screen, the data 
transmission processing operation is conducted as in the first embodiment with the 
description thereof being omitted. 

Detailed Description Text (32) : 

As shown in FIG. 14, at a time point T23, the client 30B stores in the table 33b 
the hidden area notified from the server lOB to transmit (at step S61) the 
extracted screen data to the server lOB. As shown in FIG. 13, the server lOB 
receives the screen data from the client 30B and displays (at step S51) it on the 
screen. The predetermined time set in the predetermined client is measured with the 
timer 22 based on the set time management table 20 (at step S52) . The timer 22 has 
the table 22a and can measure the respective setting times of a plurality of 
clients. After the lapse of the predetermined time (at step S53) , at a time point 
T24, the flag data of the area data management unit 33 which the client has, is 
demanded (at step S54), 

Detailed Description Text (36) : 

When no changes have been conducted within the predetermined time on the screen of 
the client by the aforementioned data transmission controlling operation, the user 
of the server can know as soon as possible which client does not change the screen 
data. Since the window of the client where the screen image has been changed is 
caused to move to the uppermost layer, the server can react quickly* to the screen 
image change of the client. Further, since the respective setting times by a 
plurality of clients are measured on the server, and the notification of the change 
in the respective screen data is demanded by the server, the controlling operation 
of the window displaying operation is likely to be conducted about a plurality of 
clients . 

Detailed Description Text (40) : 

The client 30C has an area data management unit 33, a voice recognition unit 42, a 
button detecting unit 4 4 and a recognition data registration unit 43. The other 
configurations of the client 30C are similar to those of the first embodiment. The 
description thereof will be omitted, because the same reference numerals are given 
to the same units. The area data management unit 33 is provided with a table 33b 
having a flag. A flag indicating the existence of the screen data change and a 
hidden area are stored in the table 33b and the flag is erected when the screen 
data has been changed. When the voice recognition unit 42 recognizes the voice 
which the user of the client 30C has spoken and the voice is a voice registered in 
the recognition data registration unit 43, it judges that the user of the client 
30C has shown some action, so as to notify the server IOC of it. The button 
detecting unit 4 4 detects that a question button provided on the window of the 
client has been operated and judges that the user of the client 30C has shown some 
action, so as to notify the server IOC of it. 

Detailed Description Text (42) : 
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As shown in FIG. 16, at a time point T33, the client 30C stores in the table 33b 
the hidden area notified from the server IOC, so as to transmit the extracted 
screen data to the server IOC (at step S71) . When the voice from the user is 
detected (at step S72) by the voice recognition unit 42 after the screen data has 
been transmitted, it is judged (at step S73) whether or not the detected word is a 
word, registered in the recognition data registration unit 43, such as "question", 
"Excuse me" or the like. When the word is a registered word, it is notified to the 
server IOC at a time point T34 (at step S74). Then, the screen image changes are 
detected (at step S75) by the screen change detection unit 39. When the screen has 
been changed, the flag of the area data management unit 33 is erected as in that of 
the second embodiment. When the screen has not been changed, the flag is not 
erected. 

Detailed Description Text (43) : 

At a step S72 and a step S73, a processing operation may be conducted to judge 
whether or not an operation of a question button has been detected by the button 
detecting unit 44, instead of voice to be recognized. By the operation of the 
question button, it is notified to a server IOC that the user of the client has 
shown an action. The operation of the question button cannot always be detected. 
Furthermore, whether or not the user of the client has operated a completion 
button, when the input processing operation has been completed, can be detected. 
The operation can be processed to notify the server IOC of it. 

Detailed Description Text (44) : 

The server IOC having received the notification of the voice from the client 30C 
makes the voice or the message speak as shown in FIG. 17, to notify of a client 
number (at step S81) . Thus, the user of the server IOC can recognize the user of 
which client 30C has shown the action. The server IOC demands (at step S82) the 
screen data to the client 30C shown some action at a time point T35. When the 
screen image changes after the screen data is demanded by the server IOC (at step 
SIS), the client 30C transmits the screen data (at step S77). When the screen image 
is not changed (at step S76), the screen data is not transmitted. The server IOC 
judges (at step S83) whether or not the screen data has been transmitted from the 
client 30C. When the screen data has been transmitted, the display of the screen 
data is renewed (at step S84), When the screen data has been transmitted, the 
displaying of the screen data can be renewed and also, the window of the client can 
be moved to the uppermost layer. 

Current US Cross Reference Classification (3) : 
715/790 

Previous Doc Next Doc Go to Doc# 



http://westbrs:9000/bin/gate.exe?f^doc&state=97 1 8oin,45 .4&ESNAME=KWIC&p_Message. . . 9/21 /05 



Record Display Form 



Page 2 of 2 



HyperText Transfer Protocol (HTTP) — Within a Web-based env-ironment , We'b~sefversl /' 
tj^gP^ri^^^ lgfflrlpaa^ can be ^bought of as a lightweight 

Yile transfer protocol optimized for transferring sma^^l files. HTTP reduces the 
inefficiencies of the FTP protocol. HTTP runs on top of TCP/IP and was developed 
specifically for the transmission of hypertext between client and server. The HTTP 
standard is changing rapidly. Secure HypertextyTransfer Protocol (S-HTTP) — a secure 
form of HTTP, mostly for financial transac^^^ns on the Web . S-HTTP has gained a 
small level of acceptance among merchants selling products on the Internet as a way 
to conduct financial transactions (using credit card numbers, passing sensitive 
information) without the risk of unauthorized people intercepting this information. 
S-HTTP incorporates various cryptographic message formats such as DSA and RSA 
standards into both the Web^Went and the Web server. File Transfer and Access 
Management (FTAM) — The OS];^Open Systems Interconnection) standard for file 
transfer, file access, and file management across platforms. 

Detailed Description Text (607): 

The following product provides File Transfer translation: IBM's Files On-Demand 
gateway — acts as a gateway between Web-based and mainframe-based FTP services to 
allow users to download mainframe-based files from a World Wide Web browser. 

Detailed Description Text (654): 

X.400 — The X.400 message handling system standard defines a platform independent 
standard for store-and-f orward message transfers among mail servers . X.400 is often 
used as a backbone e-mail service, with gateways providing interconnection with 
end-user systems. 

Detailed Description Text (655): 

SMTP — Simple Mail Transfer Protocol (SMTP) is a UNIX/Internet standard for 
transferring e-mail among servers . 

Detailed Description Text (758) : 

Encryption that is architected into Web-based solutions Netscape's Secure Sockets 
Layer (SSL) — provides encryption for World Wide Web browsers. S-HTTP — a secure 
version of the HTTP data transfer standard; used in conjunction with the World Wide 
Web . 

Detailed Description Text (2260) : 

When the Server has retrieved all of the data meeting the search criteria, the 
Server builds the last "page." When the last page is returned to the client, the 
"last found key" is left blank. This notifies the client the search is complete and 
no more data matching the search exists on the Server . Note that the last page is 
usually smaller than the other pages. 

Detailed Description Text (2642) : 

The examples have shown a single exception handler being used. In practice it is 
more likely that multiple will be used. For example, the exception handler on a 
server may have different requirements or constraints than a client, or one client 
may be GUI based and display pop-up error mess ages, wher e_anoj:.her dl;±en trrrs^^^b a tch 
program that needs t^gi.eTi^ ^ot>i£i ca t i on^ me s.s age s_t o^Ope r at ionis^. This can be handled 
by creating multiple n^n^I^rs^oi^using^the Strategy pattern to customize the 
behavior. 
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File: USPT 



Oct 21, 2003 



DOCUMENT-IDENTIFIER: US 6636242 B2 

TITLE: View configurer in a presentation services patterns environment 
Detailed Description Text (495) : 

Possible Product Options TelAlert; E-mail Systems e-mail systems--some e-mail 
systems and fax servers can be configured to generate pages to notify users when a 
defined event occurs such as e-mail/fax arriving. Telamon's TelAlert — TelAlert 
provides notification capabilities for UNIX systems. For example, it can page 
support personnel in the event of system problems. 

Detailed Description Text (2146) : 

Definitions Starting Key The Starting Key is the initial starting point for the 
search. The database will begin searching for data (customers in the message trace 
above) at the Starting Key. An example starting key could be "A*". Last Found Key 
The Last Found Key is used to request subsequent pages of data from the Server and 
the database. The "last found key" defines the starting point for the next data 
request. The Server will begin searching for data at the "last found key" and 
continue until it has retrieved a full "page" of information. When all of the data 
has been retrieved from the Server and Database, the Last Found Key is left blank. 
This notifies the Client that all the data has been sent. Intermediate Page An 
intermediate "page" is returned for every request but the last. When a client 
receives an intermediate page and a "last found key", the client knows more "pages" 
of data exist on the server. In order to obtain an intermediate "page," a "last 
found key" must be passed from the client to the server. When the Server has 
retrieved a full "page" of data, the new "last found key" is saved. It is then 
passed back with the intermediate "page." The new "last found key" defines the 
starting point for the next data request. Last Page When the Server has retrieved 
all of the data meeting the search criteria, the Server builds the last "page." 
When the last page is returned to the client, the "last found key" is left blank. 
This notifies the client the search is complete and no more data matching the 
search exists on the Server . Note that the last page is usually smaller than the 
other pages. Empty Page When no data are selected from the search criteria, the 
server builds an empty page signaling to the client no more data exist on the 
server. Static or Dynamic Page Size The page size can be defined statically or 
dynamically. The message trace diagram in FIG. 99 depicts a static page size. If 
you'd like a dynamic page size, the client must pass an additional parameter with 
each request to the Server. The additional parameter would be the page size. The 
steps associated with FIG. 99 will now be set forth. 

Detailed Description Text (2489) : 

The examples have shown a single exception handler being used. In practice it is 
more likely that multiple will be used. For example, the exception handler on a 
server may have different requirements or constraints than a client, or one client 
may be GUI based and display pop-up error messages, where another client is a batch 
program that needs to send notification messages to Operations. This can be handled 
by creating multiple handlers or using the Strategy pattern to customize the 
behavior . 
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File: USPT 



Jul 8, 2003 



DOCUMENT-IDENTIFIER: US 6590588 B2 

TITLE: Wireless, radio-frequency communications using a handheld computer 
Detailed Description Text (378): 

Another possible attack is for someone to impersonate the base station 170 and 
proxy server 180. The attacking rogue server would attempt to force the wireless 
client 405 to accept a new public key as part of the public key rejection mechanism 
outlined above in step number 7 above. In order for this attack to be successful, 
however, the rogue server must know the private key of the real proxy server 180. 
Furthermore, the rogue server must be able to receive and transmit messages using 
the unique identification number of the real proxy server 180. Thus, although an 
attack premised on impersonation of a base station 170 and a proxy server is 
possible, such an attack would be very difficult to mount. To further reduce the 
risk of this attack, the wireless client 405 software asks user permission through 
a dialog before accepting a new public key from the proxy server 180. Users are 
forewarned, through means other than the wireless network (e.g., wireline e-mail, 
or hard copy delivery) when a proxy server 180 public key is changed so that 
"legal" changes to the proxy server 180 public key do not come as a surprise to a 
user. Because the user knows of any legal change to the proxy server 180 public key 
before the change is made, base station 170 and proxy server 180 impersonation 
attacks can be defeated by user denial of permission to use new public keys that 
are not accompanied by appropriate user notification . 

Detailed Description Text (461) : 

When RMP is being used over a network that does not guarantee delivery of packets, 
RMP provides a mechanism for the re-transmission of lost packets. Most reliable 
protocol designs rely on acknowledgements from the remote host to indicate to the 
sender that a packet was properly received. Then, if an acknowledgement is not 
received within a specified timeout period, the packet is resent. This method is 
not used in RMP because it forces a minimum of three packets to be exchanged for a 
single transaction (request to proxy server 180, response to wireless client 405, 
acknowledgement of response to proxy server 180) . 
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